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Remark: 

T^e e*amlHeri requested^re*^ : " 

-. ".; .following discus^oni ahd;th© SOUD ^DENCES proofing thiaith?i sui^;cla^8;^ad ^ally ■ 
;.; «>mp^M^ •/.•;•'.;••••-••/;.•> -V -A '. '-■ ' 

(A) Anatomy of a claim: . . V'V'/v. 
Most technology or research oriented lnyw?«6r»-»r* cample* jn* n(^ni.;ltjB-vwy;kpoWn thait tt 
will be impossible-tor trie claim of.an invention to fuliy describe the complex detali;pf an 
..invention. Accordingly, the law, provided abundance space In the specification section of a 
' ' : patent application for:an applicant fo describe the invention in detail. The purpose.pf the claim 
- ''t3^on.l»fpr tt<tf ap^ieiiifit-'tp .cte^a'the) scope of his invention, which ^applicant, seeks patent 
protection. When an Indention Is 
for an applipant to outline ( me characteristics how the subject invention defines oyer a reference ; ; • 

prior art! thf block diagram 



: Part;A:,, Common name of ^awtlc1e v iny»nted' as known 
b^.a pereph having ordinary knowledge of the art; Part A ; 
; may further include ^ description orfield 'of use to^ . 
^ i ;• idefihe th^^ -.'PLUS- ; : .. •-. ■' . . 



[ 
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This two parts structure of a patent claim Is well known and well accepted In the patent 
;., . systems of established cpuntriesindudlng EPO and USA. . ^ ^yp^, 

I b. ■ tMi *iheri-3£ui£c\^ ^oyide^in;a. 
; '>>,rne'r>ly : des^ 

(B) Real world example of cl^ . ; 

•', The subject invention claimed; a p^pgrjamming/ tod!.- -This programming tool is then further 
specified jn. a field of use clause as to program a computing device. Method claims of the 
subject invention directs to methodsbf programming a computing device, as provided/by such 
programming tobl. Appendix A submitted in this response is a rpal wortd example of a 
"programrnlrig toor provided tb.program the EM57000 series of computing devices. The 
purpose of Appendix A submission Is- to provide SOLID evidence to proof that such 
•programming tool' is a real worid iarticle that comply.wlth the requirements of 3§ U.S.C.\101. 

■ Listed below Is a brief description of. Appendix A: u- , „ - 

(a) the cover page and the inner cover Indicates the origin of the published user guide of 
.programming tool, or development system for programming the EM570Q0 series of 
' c^mpuitaa-deylces .* Development system ate common. Hnc^.l^^y. Ordinary .perton 

, ' having. ordinary to be a programming tool provided fbrrprograrhmiriga computing device. 

(b) Chapter 1; page 2, and chapter;2,'page.:8 Illustrate this hardware ;$rfahgement of trie 
■ !e.M576gO programming toor^ 

•. . '•• ' ■••'•devices.; .'/;■.•••'"•. : ' - v '' ' : r : ; : .' ■. 

(c) Chapters, page 1 5, indicated t^t the prog^ V 
' . development using assembly pri^ram represented^ 

] . ;:'program^ 
■ •:^v.'. : Sysiern-^h : eh'trt^ 

make use of the Invented technology. 

(d) Chapter 7, page 43 illustrates the configuration of the programming tool to work with the 
ASM environment, which is a typical example of prior art programming tool. 
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This two parte structure of a patent claim Is well known and well accepted in the patent 
systems of established countries including EPO and USA. 

When 35 U.S.C. 101 is considered, proper generic name of the invented subject is provided In 
Part A. This part determines if the claim comply with the requirements of 35 U.S.C. 101. Part B 
merely describes how the claimed Invention is distinguished from any related prior art. 

(B) Real world example of claimed article and process: 

The subject invention claimed a programming tool. This programming tool is then further 
specified In a field of use clause as to program a computing device. Method claims of the 
subject invention directs to methods of programming a computing device as provided by such 
programming tool. Appendix A submitted in this response Is a real world example of a 
"programming tool" provided to program thB EM57000 series of computing devices. The 
purpose of Appendix A submission is to provide SOLID evidence to proof that such 
"programming tool" is a real world article that comply with the requirements of 35 U.S.C. 101 . 

Listed below is a brief description of Appendix A; 

(a) the cover page and the inner cover indicates the origin of the published user guide of 
programming tool, or development system for programming the EM57000 series of 
computing devices. Development system are common known by any ordinary person 
having ordinary to be a programming tool provided for programming a computing device. 

(b) Chapter 1 , page 2, and chapter 2, page 8 illustrate the hardware arrangement of the 
EM57000 programming tool provided to program the EM57000 series of computing 
devices. 

(c) Chapter 3. page 15, indicated that the programming tool is capable to support 
development using assembly program represented by USERNAME.ASWI type of 
programs. This type of programming tool represents a typical prior art programming tool 
system when the subject Invention was invented. This page also indicated that the 
programming tool is capable to work with USERNAME.ESY type of programs, which 
make use of the invented technology. 

(d) Chapter 7. page 43 illustrates the configuration of the programming tool to work with the 
ASM environment, which is a typical example of prior art programming tool. 
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(e) Chapter 9, page 131 illustrates the configuration of the programming tool to work with 
the ESY environment, which makes use of interactive State and Path tables, the 
characteristics of the Invented programming tool. This chapter provides SOLID 
EVIDENCE that interactive State table and Path tables adds new life to prior art 
programming tool. 

As a summary, the programming tool of Appendix A has the following characteristics: 

(a) It allows a user to program the EM57000 series of computing devices with 
assembly language (ASM), this Is a typical example of prior art programming 
tool. 

(b) It is also capable to translate programs presented in claimed table format (ESY - 
Easy Format) Into codes executable by the EM57000 series of computing 
devices. 

(C) Anatomy of the subject claims: 

Since 35 U.S.C. 101 Is determined by the nature of Part A of a claim as discussed above, Part 
A and Part B of the subject Independent claims are evaluated as follow: 

Part A of claim 86 is specifically directed to a "programming tool" which Is a common term 
well known to any person having ordinary knowledge in the art. Part A of claim 86 Is then 
further supplemented by a filed of use statement stating this programming tool is configured for 
programming a computing device; 

Part B of claim 86 provides characteristics for the subject invention to define over all other prior 
art programming tools available in the market. These characteristics are defined by the State 
table and Path table and further supplemented by any of the ten characteristics enlisted, Once 
the structure of claim 86 is made clear, the next step is to determine if the described 
"programming tool" is an abstract idea according to a person having ordinary skill in the art. 
Even the field of use statement (for programming a computing device) is not considered, it is 
very obvious that every ordinary person having ordinary knowledge in the art knows that 
"programming tool" is a real world article required by any programmer to program a computing 
device. 
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Once the status of main independent claim 86 is clarified, all other independent claims are 
actually alternate embodiment or method claims of the main independent claim 86. Their 
relationship are summarized as follow: 

Part A of claim 69; a "system" comprising a computer accessible memory that was 
programmed by the invented programming tool; 

Part A of claim 92: method claim (of a programming tool) to program a computing device; 
Part A of claim 1 14: method claim (of a programming tool) to program a computing device 
executing multiple programs; 

Part A of claim 120: method claim (of a programming tool) to program a remote computing 
device; 

Part A of claim 129: a "system" having multiple processors programmed by the characteristics of 
the Invented programming tool; 

Part A of claim 135: a method to provide a compiler required by a programming tool; 
Part A of claim. 148: method claim (of a programming tool) to program a computing device; 
Part A of claim , 154: method claim (of a programming tool) to program a computing device; 
Part A of claim 170: method claim (of a programming tool) to provide custom expressions; 
Part A of claim 175: method claim (of a programming tool) to program a computing device. 

Appendix A provides a real world example of a "programming toor as claimed, provided to 
program the computing devices of EM57000 series as stated In the supplemental field of use; 
this Is a SOLID EVIDENCE that the main claim 86 claimed a real world articles that complies 
with the requirements of 35 U.S.C. 101 . If the rejection of the main claim 66 according to 35 
U.S.C. 101 is to be withheld, the examiner is respectfully requested to provide evidence that the 
"programming too" claimed Is NOT a real world article, or an abstract idea. 

(D) Ground of rejection Indicated by the office action: 

The previous actions indicated that the claims, each taken as a whole, are directed to an 
abstracted idea that is not applied to or limited by other physical elements or process steps. 
The abstracted idea In this conclusion refers to "data tables" without claimed limitation to a 
practical application. Listed below are the remark to the alleged ground of rejection 

(a) The office actions rely on Part B of a claim, and Ignore part A of the claim: 
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The prior office actions erred in relying on Part B of a claim to determine the nature of 
the claim. Part A of the claim Is the real part, which defines the nature of the claimed 
Invention. The examiner is respectfully requested to focus in Part A - "the programming 
tool", and the supplemental field of use stated - "for programming a computing device" 
to determine if the claimed article Is an abstract idea. Submitted example of 
"programming tool" In Appendix A that concurred with the claimed field of use (to 
program the EM57000 series of computing devices) further proved that the programming 
tool claimed In Part A of the independent claim is a real world utility article that satisfy 
the requirements of 35 K.S.C. 101. "Data table" - the abstract idea referred by the office 
action in Part B merely serve the purpose for identifying the differences between the 
claimed "programming tool", as compared with any prior art programming tool available 
in the market. Accordingly, the office action erred in focusing into Part B of the claims 
and ignored Part A of the claim, which defines the nature of the claimed invention. 
Accordingly, the ground of rejection of the main independent claim 86, its alternate 
claims and method claims according to 35 U.S.C. 101 (that the subject claims to be 
abstract ideas) is respectfully requested to be withdrawn. 

(b) Utilization of "interactive tables" In a programming tool is NOT an abstract Idea: 

The office action erred in regarding the table content of the present invention to be 
"data tables". The specification clearly disclosed two main classes of tables: the state 
tables which specifies qualifying conditions; and the path tables which provide 
instructions for the computing device to perform when a qualified condition is satisfied. 
The subject invention also introduced multitask tables and other interactive associate 
tables. Each table when exists alone cannot provide any utility. However, when the 
"interactive tables 0 of different types of natures are properly provided in the invented 
programming tool, the interaction between the tables enable the programming tool to 
generate program codes that are executable by the computing device to be 
programmed. The specification clearly describes the benefits for providing the 
"interactive tables" to the programming tool. Accordingly the office action erred in 
regarding the tables to be simply data tables and overlooked the different interactive 
characteristics of the different type of tables as the Part B characteristics for the claimed 
programming tool to distinguished from other programming tool In the market. 
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Page 131, chapter 9 of Appendix A illustrates an example how the Interactive State and 
Path tables can by added to a programming tool of Appendix A Jo program the EM57100 
• EM57700 series of computing devices. This is SOLID evidence of a real life article that 
programming tools equipped with interactive tables, the characteristics of the subject 
claims, has real world applications. Accordingly, the ground of rejection of the subject 
claim according to 35 U.S.C. 101 that the subject claims to be abstract ideas is again 
respectfully requested to be withdrawn. 

(E) Proper Proce dure to determine compliance of 36 U.S.C. 101.; 
It seems that the examiner is confused by the fundamental difference between "a pure table of 
data" and the process of programming tool having Interactive tables as claimed. The applicant 
agrees that a table of data without specifying how the table is utilized is an abstract Idea that 
has no physical application. However, the main claim 86 does not claim purely a pure table of 
data. The applicant clearly claimed a "programming tool" for the main independent claim 86. 
The law further allows reduction of abstract ideas (the tables) into real world applications 
(together with programming tools) to be patentable. The examiner is respectfully request to 
study carefully the examination procedure as outlined in MPEP 2108 IV, C, 1 . to 2106 IV C. 3, 
MPEP 2107 I. A. to 2107 I. B and the complete section of MPEP 2107.02. 

Listed below is a quotation of MPEP 2108 IV. C: 

While abstract ideas, natural phenomena, and taws of nature are not eligible for 
patenting, methods and products employing abstract Ideas, natural phenomena, and 
laws of nature to perform a reahworld function may well be. 

Examination procedure to determine compliance with 36 U.S.C. 101: 

The next step is to determine how the MPEP specifies the procedure to determine Is a claim 

satisfies 35 U.S.C. 101 . Listed below is a quotation of MPEP 2107.02 III A. and In re Lariger, 

503 F.2d 1380, 1 83 USPQ 288 (CCPA 1974): 

As a matter of Patent Office practice, a specification which contains a disclosure 
of utility which corresponds in scope to the subject matter sought to be patented must be 
taken as sufficient to satisfy the utility requirement of §101 for the entire claimed subject 
matter unless there is a reason for one skill in the art to question the objective truth of 
the statement of utility or its scope. 
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In page 2, point 3, second paragraph of the office action dated 03/22/2007, the office action 
recited that; 

A review of application 09/419, 752 shows the disclosed invention thereof to be a 
method for programming a computing device. This is a practical application 
within the technological art. 

With this express acknowledgement, the office action had acknowledged that the subject 
application had already satisfied the requirement of §101 according to MPEP 2107.02 III A. and 
In re Langer t 503 F.2d 1380, 183 USPQ 288 (CCPA 1974). 

As recited in the subject main independent claim 86, the subject application is "specific" to a 
method to program a computing device, more specifically a "programming tool". Programming 
tool is a programming device that interfaces between programmers and computers. After the 
statement of utility Is identified as mentioned above to support the "specific" requirement of the 
law, the examiner is required by the examination procedure to evaluate the credibility of an 
asserted utility to satisfy the "substantial' requirement of the law. 



The previous submitted evidence for programming tool equipped with table format programming 
capability (under the trademark Easy Format) to achieve great success in the field further 
praved the specific end substantial utilities of the subject application. Accordingly the subject 
application satisfies all the procedural requirements indicated in MPEP 2107.02 to comply with 
35 U.S.C. 101. If the examiner does not agree on this procedure of determining compliance of 
35 U.S.C. 101, the examiner is respectfully requested to provide reasoning and supporting 
evidence why; 

(a) The examination procedure specified by MPEP 2107.02 should be discarded? 

(b) Why the claimed programming tool that achieves great field success can be an abstract 
Idea? 



<F) The office action dat ? d Q?/22TO7 fpll ? d jo comply with the requirement 9*37 PrFRt 
1.104fb) and MPEP 7Q7.07fal: 

Listed below is a quotation of 37 C.F.R. 1.104(b): 
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"Completeness of examiner's action... .The examiner's action will be 
complete as to ALL matters " 

Listed below is a quotation of MPEP 707.07(a): 

''Completeness and Clarity of Examiner's Action.,.. The examiner f s 
action should be complete to ALL matters.... " 

Listed below is a quotation of MPEP 707.07(d); 

"IMPROPERLY EXPRESSED REJECTIONS: 

An omnibus rejection of the claim... is stereotyped and usually not 
informative and should therefore be avoided. This is specially true where 
certain claims have been rejected on one ground and others on another 
ground. 

The office failed to provide detailed description how EACH of the independent claims failed to 
comply with the requirements of 35 U.S.C. 101. Each independent claim carries different 
characteristics. How can a SINGLE and SIMPLE omnibus rejection of ALL Independent claims 
of different structures or methods to be possible, without properly addressing EVERY 
characteristics claimed in each independent claim? Listed below Identify the specific claimed 
language that supports the compliance of 35 U.S.C. 101 . 



Claim 86: 

Claim 86 explicitly recites a "programming too/" as a specific utility of the subject claim. The 
specific Part A claim limitation defines the nature of the claimed article. Appendix also provide 
SOLID EVIDENCE that the claimed programming tool had real world application that satisfies 
35 U.S.C. 101. 



Claim 89: 

Part A of claim 89 recites a "system" comprising a computer accessible memory that was 
programmed by the invented programming tool. Independent claim 89 was amended according 
to the recommendation of the examiner in a previous telephone Interview. This claim now 
recites a "computer accessible memory means or media" that the examiner had indicated to be 
able to overcome 35 U.S.C. 101 . Although the applicant faithfully follow the recommendation of 
the examiner to amend the subject claim, this claim is rejected under the same ground without 
further explanation why the amendment does not overcome the ground of rejection. This flip- 
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flop practice of examination process without clear explanation as required by 37 C.F.R. 1.104(b) 
leads the applicant Into a very confusing situation how to address a proper response. 

Claim 92: 

Part A of claim 92 refers to method claim version of the corresponding programming tool to 
program a computing device. The subject claim also explicitly racitoa the "pre.computer 
activities of: 

(a) predefining qualifying conditions; 

(b) defining objective of a path; . 

Claim 114: 

Part A of claim 114 is a method claim for the corresponding programming tool to program a 
computing device executing multiple programs. The subject claim also explicitly reclfea thfl 
"Bre-computar activltlaa o f defining a nrt^eamauter oblective". 

Claim 120: 

Part A of claim 120 is a method claim for the corresponding programming tool to program a 
remote computing device. The subject claim further explicitly recite* the "nra-computar 
activities of defining a pre-computer oblective" and "tor a remote computing device to 
perform said predefined oblective". The pre-computer process to define a pre-computer 
objective and for a remote computing device to perform said predefined objective had been 
clearly described in the specification. The specification further described how this pre-computer 
activity is utilized in the programming process In the application of generating an executable 
program. 

Claim 129: 

Part A of claim 12 directs to a "system" having multiple processors programmed by the 
characteristics of the invented programming tool. The subject claim explicitly recites 'a system 
having multiple computing devices comprising a first processor and a seoond processor wherein 
said first processor is configured to execute at least part of a table format program defined by m 
configuration states Interact with n paths". 

Evidence for real world programming system in Appendix A proved that interactive State and 
Path tables are worthwhile characteristics of a programming for a programmer to program a 
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computing device. The subject claim Is so OBVIOUS to be a real world working system that 
has specific utility. The office action failed the requirement of 37 C.F.R. 1.104(b) by merely 
indicating in an omnibus rejection that the limitation of claim language of claims 86 to 176 failed 
to comply with 35 U.S.C. 101 without explaining or proving how EVERY specific characteristics 
of claim 1 29 and the claim as a whole are merely abstract idea. 

Claim 135: 

Part A of claim 135 directs to a method claim to provide a compiler required by a programming 
tool. The subject claim explicitly recites the "poet computer activity to generate a program 
suitable to be executed bv a second computing *noaratua or device". 

Claim 148; 

Part A of claim 148 directs to a method claim of the corresponding programming tool to program 
a computing device; the subject claim further explicitly incites the "ore-computer activities" 

of: 

(a) defining pre-computer programming objective; and 

(b) selecting a programming language. 

The subject claim also explicitly recites the post-computer activity to provide a program 
executable by said computing apparatus (the result generated by the claimed process). 

Claim 154: 

Part A of claim 154 directs to a method claim of the programming tool to program a computing 
device. The subject claim explicitly racitea the "pp«t.comnuter activity to provWe a 
program executable bv said computing app aratus or device" (the tangible result generated 
by the claimed process, also the purpose of providing the programming tool/method as 
claimed). 



Claim 170: 

Part A of claim 170 directs to a method claim for the corresponding programming tool to provide 
custom expressions. Claim 170 recites a tangible application to facilitate the identification of a 
predetermined type of custom expressions. Characteristics of this application are recited in the 
subject claim. Detailed disclosure how this specific application is implemented had been 
described in the specification. Accordingly tho office action failed to comply with the 
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requirement of 37 C.F.R. 1 .104(b) to explain why the tangible application is an abstract idea that 
offers no real world benefit. 

Claim 175: 

Part A of claim 175 directs to the method claim of a corresponding programming tool to program 
a computing device. The subject claim explicitly recites the "poat-comoutar activity to 
provide a Program executable bv said computing apparatus or device" (the tangible result 
generated by the claimed process, also the result generated by the claimed programming 
tool/method). 
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Claim 176: 

The subject claim explicitly recites a specific system "having a first computing device connected 
with a second remote computing device" and "memory means" storing digital data executable by 
said first or second computing devices, and said data comprising representation of a table 
format program. Solid evidence in previous submission and also Appendix A proved that 
interactive programming tool having table format program has real world application. The office 
action merely Indicated in an omnibus rejection that the limitation of claim language of claims 86 
to 176 failed to comply with 35 U.S,C. 101 without explaining how the characteristics of the 
specific real world system described in claim 176 is completely an abstract Idea in view of the 
solid evidences provided. 

Since every independent claim carries different claimed characteristics as identified above, how 
can a short and simple omnibus rejection be able to explain the reason of rejection behind all 
these different characteristics. It is a FACT that the office action dated 03/22/2007 did NOT 
explain how each of the different characteristics of different independent claims as identified 
above can be rejected under 35 U.S.C. 101, If the same ground of rejection is to be maintained, 
the examiner is respectfully requested to provide convincing reasons why each different 
characteristics of the above independent claims and the corresponding argument provided 
above failed to satisfy the requirement of 35 U.S.C. 1 01 ? 

(G) The office action dated 03/22/2007 failed to comply with the requirement of MPEP 
2107.02 VI. : 

Listed below Is a quotation of MPEP 2107,02 VI. 

It is ESSENTIAL for office personnel to recognize, fully consider and respond to each 
substantive element of any response to a rejection based on lack of utility. 

The applicant had gone through a comprehensive listed of supporting evidences during the 
telephone interview December 28, 2006. Please refer to the Record of Interview submitted. 
The applicant further submitted additional solid supporting evidence in section (D), page 17 of 
the response dated 01/07/2007. All the pending claims are then further compared and grouped 
into five types of characteristics, each satisfies the requirement of 35 U.S.C. 101 under section 
(G) and page 19 or applicant's response dated 01/07/2007. The final office action dated 
03/22/2007 does NOT respond nor comment to each evidence or argument supplied. The 
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practice of ignoring or not properly responding to EACH of the evidences submitted put the 
applicant in a very difficult position - unable to determine the next action without knowing 
what le in the mind of the examin er towards each these evldencee and aubatan^lyg 
elements au bm itted . Accordingly if the rejection according to 35 U.S.C, 101 is to be 
maintained, the examiner id respectfully requested to provide comments towards EAQH of the 
evidences, and to provide reasons why each of these evidences failed to support the 
corresponding claim to overcome the ground of rejection* 

(H) Pre-computer and post computer activities: 

The office action merely indicated in an omnibus statement that the examiner did not concur 
that there are pre or post computer activities occurred in the claimed process. The example 
given by the office action stated that the pre-computer activities are not transformed outside of 
the computer to transform into computer data. The office action further stated that the claimed 
pre-computer activities do not measure any physical objects. 

It should be noted that a pre-computer activities that measure physical objects is only one type 
of many different types of pre-computer activities. There are other types of pre-computer 
activities that are necessary in the process of different invented systems to fulfill the computing 
goal of other different systems. The key point here is to determine if the pre-computer activity a 
necessary step for the claimed invention to completed the target services provided by the 
invented article. For the subject application, the proper step Is to evaluate and determine if the 
claimed pre-computer activities are essential steps for the claimed "programming tool" to 
program a computing device, or is it a necessary step of a programming method for the 
invented programming tool to program a computing device? 

When the pre-computing activities of claims 92 f 114, 120 and 148 are evaluated, it can be easily 
found that if these pre-computing activities actually corresponds to u pre-programming tool 
activities". If these pre-computer activities are not performed, the invented "programming tool" 
or the associated programming method provide by this programming tool will NOT be able to 
provide executable codes for the computing device to be programmed - to achieve the goal of 
the invention. It means these pre-computing activities are necessary steps to provide the 
proper qualifications and Instructions required by the State and Path tables, so as for the 
programming tool to convert the programmed State and Path tables Into executable codes for 
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the computing device according to the programming objective. It also means these pre- 
computlng activities performed outside the "programming tool- did transform necessary data 
(variable content combination of the State and Path tables) for the "programming tool" to further 
transform the necessary data (the resulted State and Path tables) into codes (data) executable 
by the computing device to be programmed. With this clarification, If the pre-computer activities 
recited in the subject claims are not still not acceptable, the examiner is respectfully requested 
to explain why the pre-computer activities identified in section F above did not provide data for 
the computer (the programming tool) to complete the programming function required? 

Concerning post computer activities, the examiner is respectfully requested to note that the 
general term "post computer activities" in this invention corresponds to "post programming tool 
activities". The office action seems to notify the applicant that accepted post-computer activities 
should process ALL the following three characteristics; 

(a) the post computer activity must be a physical act performed outside the computer; and 

(b) the physical act must be independent of a computer program; and 

(c) the physical act must follow the steps of a computer program. 

If these requirements are true, the post computer (post programming tool) step of providing 
executable codes to the computing apparatus or device to be programmed by the programming 
tool clearly meets all the three requirements stated. Program memory of the computing device 
are located outside the programming tool, so filling the computing device with executable code 
is a step performed outside the programming tool. Filling the program memory of the computing 
device with executable code is also a step that is independent of the program (table format 
program) provided to the programming tool. Finally, filling the program memory of a computing 
device is clearly a physical act that follows the step for the programming tool to transform the 
table format program. The applicant has three important questions about this analysis: 

1 . Did the office action indicated that ONLY post computer activities meeting the 
above three necessary characteristics are qualified post computer activities? 

2. Where in the patent law or guideline indicated that only the post computer activities 
meeting the above three conditions are acceptable? 

3. After careful analysis, the claimed post computer activities clearly satisfies the 
above three characteristics, then why the office action cannot concur with the post 
computer activities recited in the claims 135, 154 and 175? 
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Clarification of the above three questions are respectfully requested. 
(I) Disclosure requirements: 

Finally, the office action also Indicated the subject application failed to disclose specific 
hardware, specific software, or a combination thereof for performing the claimed functions. 
This is not exactly true, in the specification, under the "Background of the invention", the 
disclosure clearly specified that the subject application directs to a programming tool (a specific 
type of hardware) that is designed to interface between programmers and computing devices for 
programming other computing devices. Any hardware that is able to service the specified 
function (such as that submitted In Appendix A) is a qualified hardware. The specification also 
recites the function of the programming tool to handle programming languages and compilers 
for a user to program a computing device. The situation is analogous to the invention of a "new . 
braking system" of an automobile. The requirement of the office action is similar to asking an 
applicant to fully describe the structure hardware of the automobile when he/she simply wishes 
to claim his/her invented braking system. Certainly the applicant does not wish to limit the claim 
scope of the new braking system to be limited to a particular type of automobile structure. It is 
perfectly acceptable by the patent law for the applicant to recite that the claim scope Is directed 
to the braking system of any automobile and then proceeds to fully describe and claim the 
characteristics of the new braking system invented. As long the Invention is directed to the 
braking system of an automobile, the patent law does not require the applicant to further spend 
time and paper to describe all other FULL structures of an automobile. The law wishes the 
disclosure of the patent application to be focused in the structure and the resulted benefits of 
the invented new braking system. Similarly for the subject application, the law requires the 
applicant to describe in detail the interactive State table, Path tables and other accessory tables 
that serves the purpose to define the subject programming tool over other prior art programming 
tools available in the market. As the law does not require an inventor of a braking system to 
describe great detail of the FULL structure of an automobile, similarly the law does not require 
the applicant to provide full detail description of the hardware structure of commonly known prior 
art programming tool available in the market. In this application, the term "programming tool* for 
a user to program a computing device Is so well known to any programmer or any person 
having ordinary skill In the art, to be any facility that enable a user to program a computing 
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device. The examiner should treat the scope of claim to EVERY programming tool that enables 
a user to program a computing device. Most important, the main independent claim 86 had 
already defined the invented article to ba a programming tool that has well known proven utility 
and therefore satisfies the requirement erf 35 U.S.C. 101. 

According to the above discussion, the ground of rejection under 35 U.3.C. 101 is respectfully 
requested to be withdrawn. If this ground of rejection is to be withheld, the examiner Is 
respectfully requested to provide: 

(a) Reasons why EACH of the evidences submitted in the previous responses are not valid? 

(b) Reasons why the necessary pre-computer and post-computer activities recited in the 
corresponding claims are not required in the claimed programming process of the 
Invented programming tool? 

(c) Reason why determination of the nature of a claim should be conducted according to 
Part B of a claim instead of Part A of the claim as discussed above? 



[End of remark] 
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APPENDIX A 
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Chapter 1 



1.1 Hardware Architecture 




2akiyCEUV37DDD) EnmUtian Vinfe*tiPn Knyp*d 
K*ml Chip MadiUa fi4-k«yCEMV227) Emwkiinn VinBc^B&^nvdL. 



Main Emulation 
Baud 



pyinttr port 



AU Ovimtw af EM57QDD ratiptttd Divtlnpnurvt SpftH9<IDS) 

The complete set of IDS system comprises of the following hardware 
modules, cables (see figure above), and software; 

• A Main Emulation Board 2.1 

• A Verification. Module, consisting of Kernel Chip Module 
(EMM57000) and the 20-Key Emulation Verification 
Keypad (EMV57000) or the 64-Key Emulation Verification 
Keypad (EMV227KB) 

• An IDS to PC Interface Cable with 26-pin printer port 

• A Main Emulation Board to Verification Module Interface 
Cable with 40-pin connectors at both ends 

• One 3.5" diskette containing the IDS Coding Program 
1.1.1 Main Emulation Board 

The Main Emulation Board connects to the host computer through the 
printer port and the interface cable 

The emulator houses the components that allow the IDS to perform 
coding without the traditional burning of EPROM's, This method 
saves time and effort in the development of EM57000 series chips. It 
supports emulation for all series of EM570O0 chips. 

User can download program and voice data from host to Main 
Emulation Board. It then tests and verifies functional quality of such 
data in the Verification Module. 



2 ■ Overview 
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2.2 Connecting IDS with Host Computer 



Main Erruklicn Bond 




Linking IDS with Ho*t Computer 

The IDS connects to the host through the IDS Emulation Board to PC 
Interface Cable. As illustrated above, the 26-pin connector at one end 
of the cable is plugged into the PRN-CON connector of the Main 
Emulation Board. At computer side, the other end of the cable is 
connected to the host printer port as shown above (using the cable 
26-pin connector). This, however, will require an external +5VDC 
power source (battery or power adapter) to provide power to Main 
Emulation Board and Verification Module. 



WARNING! 

Before applying power to host or emulator hoard, enaure that ail Intaifaoa 06bte 
connectors are correctly plugged into their corresponding connectora on hoat and 
Emulation Board to prevent damage to the equipment 



2.3 Connecting Emulation Board with Verification 
Module 




8 • System Instillation 
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Chapter 3 



Chapter 3 

Getting Started with IDS 
Coding Program 



3.1 IDS Coding Program Installation 

Install program as described in Section 2.5 of Chapter 2. 



3.2 User Source Files Format 



The IDS Coding Program requires that user's source files conform to 
the following format: 



File Type 


Required Pile 
Extension 


Description 


Assembly Program 


USERNAME,ASM 


Assembly program to control EM57000 series 
chips. 


Easy Format Program 


USERNAME.ESY 


Easy format program to control EM57000 series 
chips. 


Melody File 


USERNAME.MLD 


Text type melody section file. 


USERNAME.MDY 


Binary type melody section file that can be used 
without translation. 


Sound Effect File 


USERNAME.SND 


Graphic type sound effect section file. 


USERNAME.SDY 


Binary typo sound effect section file that can be 
used without translation. 


Speech File 


USERNAMEJCXX* 


PCM or EMC's YDS format speech section file. 



Filenames for speech files may end with any extensions except "BIN" or "LAY'. Speech flies. 
Including "RAW DATA" format, "WAV" format, or EMC's 5C5 (VD8) format are supported. IDS 
Coding Program will be able to auto-detect speech files under these formats. 
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Chapter 7 



Chapter 7 

Processing ASM Programs 
for EM57000 Series 



7.1 Writing an Assembly (ASM) Program 

7.1.1 File Format 

The following is the Assembly file format profile applicable to 
EM57000 series chips. 



; Comments 
PROGRAM 

S»ct]on_name1 
Sectlon_name2 

EM57100 



String EQU#0001b 
String 1 EQU mO 



INIT: 



; 1) Format identification 



; 2) Section definition 



; 3) Chip identification 
; 4) EQU definition 

; 5) Main assembly program begins 
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Chapter 9 



9.2.4 Example 4: LEVEL HOLD (trigger 1 to trigger 
4) - Repeated playing, Retriggerable by the 
other pins In EASY-12 Format 



EASY-12 



ONE.WAV 
TWO.WAV 
THREE. WAV 
FOUR.WAV 



EM57100 



7K 



TR_STATE 
















;Statennme 


Trl 


Tr2 Tr3 


Tr4 


Tr5 


Tr6 


Tr7 


Tr8...Trl2 


STATEO: 


PI 


P2 P3 


P4 


X 


X 


X 


XXXXX 


STATE1: 


/Pll 


P2 P3 


P4 


X 


X 


X 


xxxxx 


STATE2: 


PI 


/Pll P3 


P4 


X 


X 


X 


xxxxx 


STATE3: 


PI 


P2 /Pll 


P4 


X 


X 


X 


xxxxx 


STATE4: 


Pi 


P2 P3 


/Pll 


X 


X 


X 


xxxxx 



OUTJ5TATE 

OUT0: P3=f0 0 0 0] P2=[0 0 X X] 
OUT1: P3=[l 111] P2=[l 1 X X] 



PATH 

PATHO: OUT0 STATEO END 
PI: OUT1 STATE 1 ONE.WAV PI 
P2: OUT1 STATE2 TWO.WAV P2 
P3: OUT1 STATE3 THREE.WAV P3 
P4: OUT1 STATE4 FOUR.WAV P4 
Pll: OUT0 STATEO END 
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